home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
NetNews Offline 2
/
NetNews Offline Volume 2.iso
/
news
/
de
/
comm
/
software
/
ums
/
147
< prev
next >
Wrap
Text File
|
1996-08-06
|
4KB
|
96 lines
Path: golden-gate.owl.de!fiction!colwyn!lyssa!not-for-mail
Newsgroups: de.comm.software.ums
References: <MSGID_2=3A2487=2F8001.16_97094618@fidonet.org> <82650395@melior.s.bawue.de>
From: "Norbert Bendl" <Norbert_Bendl@p16.f8001.n2487.z2.fido.ms.sub.org>
Date: Tue, 16 Jan 1996 22:16:19 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-NewsReader: IntuiNews 1.3a (7.9.95)
Subject: Re: Import bricht ab wegen COPYCOMMAND
Message-ID: <MSGID_2=3A2487=2F8001.16_97094737@fidonet.org>
Organization: Pressen Sie jeden Schluessel auf continue....
Hallo Andre,
AS> An welcher Stelle bricht der Import ab?
Irgendwo mittendrin bei einem Echomail-Packet. Was mich daran so
stoert, ist, dass die restlichen Packets dann nicht mehr
einsortiert werden. Ich muss den Import unmittelbar nach dem
Entpacken unterbrechen (Zeichen in der Shell tippen) und das
betreffende Packet loeschen. Dann meckert der Importer zwar, dass
es fehlt, bricht aber wenigstens nicht ganz ab.
AS> Ich habe es eben getestet:
AS>
AS> ------------------------------------------------------------------
AS> 4-d pkt "22a64220.PKT": date 01.01.1996 21:05:22, size 6805
AS> type 2, prod 143 v2.0, cap 1
AS> from 2:246/2248.12 to 2:2471/1216.42, pwd ""
AS> UMS-Fehler: 223 (error executing external command) id
Die letzte Meldung kommt bei mir nicht, sondern es geht ein
Fenster auf, in dem die Meldung erscheint "Copycommand returned
10". Dann bricht der Importer ab.
Das erste mal ist das passiert, als mir jemand per Fileattach ein
Bild zuschicken wollte, das aber irgendwo auf dem Routeweg
rausgefiltert worden sein muss (war jedenfalls nirgendwo zu
finden, nur die Referenz darauf). Damals war bei Copycommand noch
was falsch konfiguriert, was ich inzwischen behoben habe. Aber es
passiert nach wie vor, wenn das Kommando aufgerufen werden soll.
AS> Zuerst wurden die Nachrichten aus dem Netmail-Paket importiert,
AS> danach die Echomails. Der Import brach nicht ab.
Wie gesagt, bei mir passiert es, wenn das zu kopierende File
nicht gefunden wird. Das allein waere nicht schlimm, aber
FidoImport steigt halt leider auch aus.
AS> Benutzt habe ich FidoImport 2.0 und FidoImport 2.1b, mit
AS> demselben Ergebnis.
Ich benutze 2.0. Irgendwie habe ich das Gefuehl, dass die Sache
eher an FidoImport krankt, denn auch das Hochsetzen von "Failat"
im Copy-Script hat nichts gebracht.
AS> Mit einem Textviewer wirst Du Probleme haben, einzelne Bits zu
AS> erkennen. Dafⁿr brauchst Du schon einen Packetviewer.
Inzwischen habe ich einen, und werde mir in Zukunft die Packets
mal damit ansehen. Ich muss halt nur warten, bis es wieder
passiert :-)
AS> Seit UMS 11 gibt es die M÷glichkeit, zu jeder Nachricht ein File
AS> zu speichern. FidoImport benutzt das, um File-Attaches zu
AS> speichern. Mit Hilfe des "CopyCommand" kopiert UMS das File in
AS> ein spezielles Verzeichnis. Anschlie▀end kann FidoImport das
AS> File im Inbound l÷schen.
Und wenn das nicht klappt, steigt FidoImport aus. Bei mir
jedenfalls.
AS> > Kann man das Kommando irgendwie deaktivieren?
AS>
AS> Du kannst ein Dummy-CopyCommand schreiben. Dann verlierst Du
AS> natⁿrlich alle File-Attaches.
Das waere mir egal, weil ich eigentlich nie Files per Attach
bekomme (das mit dem Bild war eine Ausnahme und auch nicht auf
mein Verlangen). Aber offenbar liegt es nicht am Kopierkommando
selber. Die Fehlermeldung scheint vom Server oder von FidoImport
zu kommen. Zumindest sieht das Fenster mit der Meldung genauso
aus wie das, in dem der Server seine Errors anzeigt.
AS> Hast Du UMS ⁿberhaupt richtig konfiguriert? Gibt es eine
AS> ENV-Variable umsmb.files?
Jetzt schon, aber es passiert immer noch.
Cu Norbert